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@ Automated currency trade matching system wtth Integral credit eheektag. 


) An automated money market trading system 
is disclosed for matching bids and offers and 
for performing credit filtering and credit line 
checks of one or both counterparties to a trade. 
Each bid an offer is defined by cftangabie par- 
ameters. The system has a central computer, a 
plurality of remote iocai computers coupled to 
the central computer, and plural terminate at 
banks coupled to the focal bank computers for 
entering bids and offers and parameters. The 
central computer matches bids end offers 
based on the similarity or their parameter 
values. A credit file residing on the bank local 
computer, coupled to and accessible through a 
credit controller in the local bank computers 
and thereby accessibly by remote bank or trader 
terminate, contains confidential credit data. The 
local bank computer also has a credit filtering 
means for applying the accessed credit data to 
the bid to determine whether the source of the 
bid has sufficient credit The filtered credit data 
is associated with the bid and offer and trans- 
mitted to the central computer which matches 
orders having similar parameters. Firm orders 
result in immediate consummation of a transac- 
tion, whereas soft orders require trader confir- 
mation, imperfect matches can result in 
executed trades if one of the parties is willing to 
after its order. Soft orders can be matched to 
firm orders if the party making the soft order is 
willing to make its order firm. After the trade has 
been executed, it is posted to local computers 
of the bidder and the offeror for finalizing the 
transaction and updating the credit fSes. The 
system provides a variety of browsing and mar- 
ket analysis functions : outstanding ordsrs can 
be browsed without trading on die market and a 
variety of etatiatteai calculation features ere 
provided to give general information > 
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The present invention generally relates to the field of automated trading systems. 

Efficient profitable trading in global currency, securities, commodity and money markets requires high- 
speed matching of transactions. In the past, consummating trades through matching of offers and bids or buy- 
/sell orders has been carried out manually by human market makers, through limited automated means or by 

5 telephonic network. Such automated trading systems are known for stocks and other securities, as exemplified 
by U.S. Patents Nos. 4,412.287 (Braddock, III) and 4,674,044 (Kalmus et al.). However, known automated trad- 
ing systems are not suitable for safe, high-speed, profitable trading in the global money markets. 

These markets include Federal Reserve Bank funds, domestic and eurocurrency markets and a variety of 
off-balance sheet instruments such as interest rate swaps, forward rate agreements, caps, floors and swap- 

10 tions Currently, trading of these instruments is not automated; the instruments are traded by international voice 
brokers who act as agents to match parties in money market transactions; parties are typically banks and large 
financial institutions. The operations are organized both regionally and globally and generally require separate 
telephone lines to communicate borrow/lend or buy/sell orders for each product, and can only deal with a limited 
number of products. As a result, transaction throughput is severely limited. 

is Unlike the securities markets, in the money markets, many transactions are cash deposits rather than sales. 

A bank's credit or currency exposure in such a market can be very large, often in hundreds of millions of dollars. 
Consequently, for parties to currency market transactions, credit checks are essential because of the large po- 
tential exposure. 

Presently, credit checking is carried out by voice communication between institutional representatives and 
20 voice brokers, which is time-consuming and which requires human access to a large amount of confidential 
credit information, including credit ratings of banks and other large, credit- and image-sensitive institutions. 
Known automated trading systems are not equipped to handle credit checks before executing a transaction. 
In present cash markets, the time required with existing trading systems limits trading efficiency and inhibits 
some transactions. With conventional brokers, a credit check can take anywhere from thirty seconds to ten min- 
25 utes before a trade can be executed. 

Moreover, using current voice communication currency market trading systems, entry of buy and sell orders 
is slow, and the attributes of each order (instrument, order size, price, rate of return, etc.) must be vocally re- 
peated for each new order. Such manual order entry reduces transaction throughput Also, any desired record 
keeping of statistical analysis relating to trades must be maintained separate from the trade, causing duplication 
30 of effort 

GB-A-1 489573 discloses a system for matching orders, including bids and offers, each order being defined 
by specific variable parameters, the system comprising: 

a plurality of remote bank terminals for entering bids and offers and their respective parameters: . 
a plurality of local bank computers, each bank computer being coupled to a communication network, 
35 each bank terminal being coupled to one of the bank computers; 

a central computer coupled to the communication network, the central computer including: 
order matching means for matching corresponding orders based on the similarity of the parameter val- 
ues; and 

order broadcast means for communicating order parameters to the local bank computers using the com- 
40 munication network. This reference is concerned with standard commodity trading in which the source of the 
instrument is irrelevant after the transaction has taken place. The present invention provides a system for 
matching orders ia which the source of the instrument may be a relevant factor and in particular the credit rating 
of potential sources of orders. For this purpose, the invention provides a system of the type set out above, that 
improved according to the characterizing feature of claim 1 . The invention also includes a computer data proc- 
45 essing method which improves on the method shown in the earlier specification by the characterizing feature 
of claim 10. 

Credit databases are disclosed in EP-A-041 1748, but they are located centrally, not at the remote locations 
of the bank computers. 

In one embodiment the invention provides an automated currency market trading system for matching bids 
50 and offers wherein each bid and each offer is defined by specific variable parameters. The system has a central 
computer, a plurality of remote local computers located at banks or other institutions and coupled to the central 
computer, and plural bank terminals coupled to the local bank computers for entering bids and offers and their 
respective parameters. The central computer matches bids and offers based on the similarity of their parameter 
values. A credit file residing on the bank local computer, coupled to and accessible through remote terminals 
55 of traders employed by or associated with the bank, contains confidential credit date. The local bank computer 
has a means for accessing a credit file to obtain credit data relating to the source of a bid or offer entered in 
the central computer. The local bank computer also has a filtering means for applying the accessed credit data 
to the bid/offer to determine whether the source of the bid/offer has sufficient credit The filtered credit data is 
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associated with the bid and offer and transmitted to the central computer which matches orders having similar 
parameters. If a match is found, firm orders result in immediate consummation of a transaction, whereas soft 
orders require trader confirmation., imperfect matches can result in executed trades tf one of the parties is willing 
to alter its order. Soft orders ceo be matched to firm orders if the party making the soft order is wiiiing to make 
5 its order firm. After the trade has been executed, it is posted to local computers of the bidder and the offeror 
for finaisting the transaction and updating the credit fiies. The system provides a variety of browsing and market 
analysis functions; outstanding orders can be browsed without trading on the market and a variety of statistical 
calculation features are provided to give general information concerning the market 

With the present invention it is possible to cause verification of credit availability before the trade is exe- 
10 cuted. It is possible for both parties to the trade to remain anonymous until after both a match is made and 
credit availability is checked. Accordingly, firm transactions can be completed immediately upon acceptance 
of the price, amount and other pertinent criteria without waiting for a manuaf telephone connecBon between 
the brokers and the parties. 

An example of the invention will now be described with reference to the accompanying drawings in which: 
is Fig. 1 A is a block diagram of an automated trading system according to the present invention; 

Fig.1 8 is a block diagram of the interconnection of the system of Fig. 1 A to credit data fiies. 
Fig, 1 C is a block diagram of logical data flow in a (oca! bank computer of the system of Fig. 1 A; 
Ftg. 2A is a flowchart showing a preferred bid and offer matching process; 
Fig. 2B ts a flowchart showing a failsafe feature of the invention; 
20 Figs. 3A to 3E, 4A to 48, 5A to 5E, 6 and 8 are diagrams showing tormina! screen displays generated by 

the system of Fig. 1A; and 
. Fig.7 is a representation of a turndown report generated by the system of Fig. 1 A. 
than one local bank computer. The centers are responsible for administrative and operational support for a bank 
terminals located in their geographic region. For example. In the event of power failure or data loss at a local 
ss bank computer, the centers permit recovery of data on local bank computers. Data stared in the centers is used 
to reconstruct trading data relating to each trader of a bank, including each trader's book of completed trades. 

A centra! administration center 22 is linked with the central computer for administrative and operational sup- 
port which affects ail traders. 

Each remote terminal 16-2 may comprise a personal computer or a VAX terminal known in the art, 
30 and includes a keyboard, a display screen which may be a 24 or 25 line by 80 character CRT display or X Ter- 
minal, or personal computer emulating either of the foregoing, a memory and a communication link to a local 
bank computer, 

C . System Operation 

A general, high-level view of operation of the system of FIG. 1 A is described below with reference to FIG. 
2. Reference may also be made to the screen displays which appear in FIGs. 3A to 3E, 4A to 48, and SA to 
5E, which Slustrate specific functions of the system. Thus, it should be understand that FIG, 2 provides only a 
general illustration of system operation, and that each block of FIG. 2 includes many specific substeps. 

To participate in the trading system, a trader first togs on at a bank terminal such as terminal 16-1 of FIG. 
1 A, as indicated in block 40 of FIG. 2. Each terminal is preferably dedicated either to a specific trading institution, 
for example, a bank or to a broker authorised to represent specific traders. Because trading can be conducted 
by anyone using the terminal, a system of passwords assigned to authorized terminal traders is preferably used 
to prevent unauthorized traders from trading on the system. 
45 Any one authorized trader is authorized only to conduct specific types of traders on behalf of specific in- 

stitutions. Brokers are limited to representing their clients. Institutions are limited to representing themselves, 
or their branches or authorised clients as their agents. Additional levels of security can be provided by limiting 
the dollar volume that any one individual can trade or by limiting other aspects of a Srader's capabilities. The 
password and security system is administered by the regional administration center which is also responsible 
$o. for investigating any regional breaches of security. 

Upon togging on, and responding to questions desired to update events, see FiG. 2, block 40, the trader 
Is presented with a top level menu as shown in FIG, a A. The top level menu comprises a window 35 which 
shares screen space with a market display 36 and an alerts window 38. The top level menu includes a list of 
plural menu options 32 each having an adjacent text description 34. initially, an order entry option 33 is high- 
ss lighted on the bank terminal screen. As is known in the art, a trader can select the highlighted keywork by press- 
ing the {ENTER] key on the terminal keyboard, and can highlight other keywords by moving (Up-Arrow] or 
{Down-Arrow] keys on the keyboard. 

Using the options, the trader can either survey information about the trading market, emer an order, or log 
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off system. For exampie, to tog off the system, the trader may highlight the "Logout" option of FIG. 3A and press 
the [ENTER] key, thereby triggering a trader terminal disconnection procedure. Alternatively, a logout command 
may be entered an the command Sine. 

When surveying information using the "Products," "Currencies," "Reports," Transaction-Summaries," and 
5 'Futures-Strips* options, the centra} computer transmits information and statistics concerning trades that have 
berm conducted, including current bids and current offers, to the iocal bank computer which in turn transmits 
the desired information to the bank terminal. These information-display functions are described in detaii beiow. 

1 . Report Gene ra t ion 

w 

To generate reports, the trader selects the "Reports* option from the top level menu, causing the system 
to display the reports menu 100 of FiG. 38, Since the reports menu is relatively short, a targe portion of the 
market display 36 is visible, conceptually lying in the background of the reports menu. The alerts window 38 
always retains the same size as shown in FIG. 3 A. The reports menu includes an "Activity-Reports* option 102, 

j<5 a "Credit-Reports* option 103 and a Transaction-Summaries" option 104, As is known in the art, the menus 
of FiGS. 3A and 3B operate in a hierarchies! fashion so that the trader may move between successively more 
detailed menus until the desired function is displayed. 

Thus, when a trader selects the "Activity-Reports" option of FiG. 38, an activity reports menu 108 of FiG. 
3C is displayed. The activity reports menu includes a "Cou n terp arty-Trade-H I story" option 108 and piurai other 

so report options 110. Each or the options 108, 110inciudes and adjacent text description 112 which explains the 
function of the option. The activity reports menu lies at the iowest ievel of the reports menu hierarchy, i,e., each 
of the options 108, 110 wiil cause direct display of the selected report without display of further menus. 

For exampie, tf the trader selects the 'Counterparty-Trade -History" option, a counterparty trade history win- 
dow 114 is displayed above the alerts window 38. The trade history window includes a counterparty prompt 

25 line 116, a product prompt Sine 1 18. a header area 120, and a data display area 12.2. The system positions a 
screen cursor at a prompt space 124 after the counterparty prompt line. After the trader responds to prompts 
1 16, 1 18 by typing appropriate data on the keyboard, the system displays responsive data in display area 122. 
Reports generated by options 110 operate in similar fashion. The counterparty trade history window may also 
be displayed by selecting the Transaction-Summaries" option 104 using the reports window display of FIG 

30 3B. 

Referring to FIG. 3C, if the trader selects the "TRADE-BLOTTER* option 109, the system displays a daiSy 
trade blotter 128 of FIG. 3E, The trade blotter acts as a running log of ail trades completed by the trader. The 
trade blotter includes a product prompt line 128, a header area 130, and a data display area 132. The system 
positions the screen cursor 134 in a prompt space 136 after the product prompt line. After the trader enters 

35 characters representing a product, such as "ED" for "Eurodollars," "IM" for "interest rate swaps," or "*** for "ai! 
products," the sytem displays appropriate trade data in display area 1 32. Each line 138 of the display area rep- 
resents one completed transaction. Each line includes data fields for the value date of the transaction, its ma- 
turity date, its type (designated by a shortand tenor code 140), the name of the counterparty, a code for the 
market in which the transaction occured, the price of the transaction, the principal amount in millions of dollars 

40 (or other denomination for other currencies}, and the principal amount decremented from the credit line, if the 
credit line is affected by the transaction. Thus the trade blotter provides a trader with an overview of each trans- 
action completed during the trading day. including hrades done at the institution but not on the system of the 
Invention, 

Preferably the trade blotter data resides on the iocal bank computers. This arrangement precludes the need 
4S to communicate blotter data to and from the central computer. 

Referring again to FIG. 38, if the trader selects the "Credit-Reports" option 103, the system displays a credit 
functions and reports menu 141 shown in FIG. 4A. The credit functions menu includes a list of options 142, 
each having an adjacent text description 144 which explains the operation of the option. The credit functions 
menu is a lowest-level menu in the sens© that selecting any option 142 causes the sytem to immediately display 
so an appropriate report, rather than displaying another menu. 

For example, if the trader selects the "Maturity-Ladder" option 148, the system displays a maturity ladder 
display 148 shown in FIG. 4B. The maturity ladder display includes a counterparty prompt line 150, a tenor head- 
er line 152, a limit header 154. and piura! data display lines 156, 

The credit functions menu further includes a "How Does My Name trade* option 143, If a trader selects 
55 this option, the central computer wiil display an anonymous average of ail credit ratings offered to the requesting 
bank by aii other banks. To accomplish this, the central computer communicates the requesting bank's identity, 
or the identify of his client or institution, to ail focal bank computers, and requests a credit rating from each local 
bank computer. The local bank computers query their credit databases and respond with a credit rating. The 
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centra! computer accumulates the responses and communicates the averages credit rating to the requesting 
bank. 

Thus, the "How Does My Name Trade* option permits a bank to determine his credit status in the entire 
market without compromising the confidentially of the focal credit databases enabling the bank to quickly de~ 

5 termine his creditworthiness as the market changes. In another embodiment, the feature also provides an ag- 
gregate credit line as wall as a credit rating. 

On a monthly basis the system generates a Turndown Report for each subscriber. As shown in Fig. 7, the 
Turndown Report 300 includes a header area 302 with a day count Sine 304 showing the number of trading 
days in the month reported. A table 30$ in the report includes a bank name column 308 which lists each insti- 

i£> tuijon with which the subscriber bank trades. A rank column 310 indicates the alphabetic credit filter rank as- 
signed to each bank in the bank name column. A plurality of product columns 312, 314, 316, 318, 320 indicate 
the number of fumdowns which occured for a given product and a given bank. Thus, by choosing a bank name 
in the bank nam© column and reading across the table to a product, the subscriber can determine the number 
of times ft "turned down' or refused credit to the bank for a product For example, the number "9* at reference 

is numeral 322 means that the subscriber turned down Credit tyonnais nine times in eurodeposit short date prod- 
ucts. The report enables a subscriber to determine whether it should re-evaiuate its credit rankings for the 
named banks, since a change in rank wS! often affect the number of turndowns. 

2. Produ c ts information 

2© 

Referring to RG. 3A, if the trader selects the "Products'' option 32c from the top ievet menu, an index of 
products menu 160 is displayed, as shown in FiG. SA. The products menu includes a euro-deposits option 162, 
a forward-rate-agreements {FRAs} option 164, and an (MM-interest rate swaps option 166. Because the prod- 
ucts menu is relatively short, a targe portion of the market display 36 is visible beneath the product menu, and 
25 the entire alert window 38 is visible. 

tf the trader selects the euro-deposits option from the products menu, a euro-deposit products menu 168 
replaces the products menu. The market display area 36 and the aiert window 38 remain visibie. The euro- 
deposit products menu includes options to select different currencies on deposit in offshore banks, including 
eurodollars using option 170, and other currencies, accessed for example by a auromark option 172, a euro- 
w swiss option 1 74, a euroyen option 176, and a eurosteriing option 178, Other currency options are contemplat- 
ed. Selecting each option 1 70-1 78 triggers display of a different report For example, H the trader chooses the 
eurodollars option 170, the system displays a eurodollar Index menu 180 as shown in FiG. SC. The eurodollar 
index menu is displayed in the same screen area as the eurodeposit products menu, such that the market dis- 
play area 36 and the alerts window 38 remain visible. The eurodollar Index menu includes a short-dates option 
35 182, a summary-page option 186, and fixed-dates, medium-term, and IMM-date-depossts options respectively 
labeled 186, 187, and 188. 

ff the trader selects the short-dates option, the system displays a eurodollar short-dates menu 190, The 
short-dates menu includes a summary option 192 and plural other options 194, each of which generates a sep- 
arate report display. A portion of the market display 36 and the entire alerts window 38 remain visible during 
40 display of the short-dates menu. 

if the trader selects the summary option 1 92, the system displays a eurodollar short-dates summary report 
196 as shown in FiG. 5E. The report includes a header line 138 containing iabeis for columns of dataand plural 
data lines 1 99. Each of the data lines includes a market deposit type field 200 which indicates the maturity term 
of the deposit, a market rate field 202, a trade rate field 204, a trade amount field 206, a source fieid 208, and 
45 a time field 210. The first of top data line always shows the best order currently in the market The source' field 
208 is formatted using the credit rating letter designations discussed in detail below. For example, when the 
data "BxC* is displayed in the source field, the data reflects a deposit bid by a B-ratsd bank and offered by a 
Orated bank. 

Summary reports, also called summary pages, are provided for each product tradable on the system. Each 
so page is dynamically logically linked to the product, so that the data on the page is dynamically updated as orders 
are entered. The iogica! link also permits quick entry of orders through a "point and shoot" process. The trader 
can move the cursor to or highlight an order on the summary page display and press a trading key. in response, 
the sytem displays an order entry form corresponding to the selected order. The trader men can change order 
parameters and enter an order by pressing a single key. This feature permits extremely fast response to a 
55 changing market since a trader can immediately bid against the bast offer displayed and vice versa. 

Thus, as is obvious to one ordinary sk2l in me art, the menus 160, 168, 180, and 190 operate as a hier- 
archies! series, enabling the trader to display more detailed information as the hierarchy is traversed. 
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3. Order Entry 

During order entry, as discussed below, preferably a variety of parameters can be keyed in concerning par- 
ticular types of currencies or instruments, price ranges or active participants, to allow the trader to survey only 

5 the information desired. 

The trader can place either a firm order or a soft order. The order can be either a bid or an offer. If the 
trader places a firm order, block 42 indicates that the institution represented by the trader is ready to execute 
a trade in the amount and rate of the bid or offer upon a match in an amount and rate. 

Preferably, to enter an order on the trading system, the trader may input values for the following parameters: 

10 (a) whether the order is a bid or an offer, which is preferably done by pressing a function key; (b) which product 
the order is entered for, e.g.. fed funds, eurodollars, etc.; (c) the currency of the order; (d) the length of the term 
or tenure of the order; (e) the maturity date of the order; (f) the amount of the funds to be negotiated; (g) the 
interest rate at which the funds are offered or bidded; (h) the expiration time for the order; and (i) the minimum 
amount for which an order is acceptable. Additional parameters can be provided if necessary to suit the re- 

15 quirements of any particular market Alternatively, the parameters may be determined as a default depending 
on the cursor position. Alternate methods of input may supply many of the aforementioned parameters. For 
example, pressing the "DO" key when an item is selected will cause the system to automatically presume a 
counteroffer, and fill in the appropriate parameters for that counteroffer. 

In voice brokerage operations, each of the above parameters is vocally communicated between the broker 

20 and the parties. In the present invention, a shorthand language comprising a plurality of tenor codes is used 
to designate instrument parameters. For example, the tenor code "e3" is used to designate spot-3-month trans- 
actions in the Eurodollar market. Similarly, "e6" designates spot-6-month eurodollars, "e9" means spot-9-month 
eurodollars, etc. Complex contract transactions such as forward rate agreements and IMM interest rate swaps 
are also simplified through use of shorthand codes. A complete list of shorthand codes interpreted by the system 

25 appears in the "Forms & Menus" module of Appendix A beginning at page 448. 

Entry of a shorthand code may be used to cause the system to display a market display page for orders 
in the market represented by the shorthand code. However, to enter an order, further keystrokes are required, 
as discussed below. 

To begin order entry and trading, the trader presses a bid or offer key, or selects the "Order-Entry" keyword 

30 33 from the menu of FIG. 3A. In one embodiment, a market display 200 of FIG. 6 is then displayed. The market 
display comprises a header area 202, a market data window 204, an alerts window 206, and a prompt line 208. 
The header area contains contract numbers 210 as known in the art, an identifier 212 which is the name of the 
trading bank, and a timestamp 214. Immediately below the header area a market name 216 appears which 
indicates the selected market in which orders will be entered. In the example of FIG. 6 the market name 

35 "EURO$-0/N" is short title for the Eurodollars overnight market Line 21 8 displays the last completed market 
transaction in a shorthand format. 

In the market data window, bids appear on the left side of the window and offers appear on the right. This 
window configuration is adjustable per trade via a setup option. In the market data window of FIG. 6, only two 
bids are displayed in area 220. A first bid 222, appearing in the shorthand form "50.00 YOU f 8," indicates that 

40 the trader has entered a firm bid to borrow $50 million at 8 percent "50.00" means $50 million in overnight Eu- 
rodollars, "YOU" means the bid was made by the trader viewing the display, T indicates a firm bid, and "8" is 
the rate. In contrast, a second bid 224, written as "A A of 7 1/2," indicates that a competing bid is in the market 
from another bank. The amount is not shown to preserve confidentiallity. The "A A" designation indicates that 
the bank and its sovereign are rated "A" by the trader viewing the display. This rating could be different on dif- 

45 ferent bank terminals, as discussed in Section 4 below. The "f 7 1/2" label indicates a firm bid at a rate of 7 1/2 
percent 

The alerts window includes one alert message per line, each line including a timestamp, a text line, and a 
shorthand description of the order related to the text. 

The second bid is shown highlighted in FIG. 6. If desired, to enter an order the trader may position a high- 
50 lighted cursor over an existing bid or offer and press a trade or dealing key which may be labeled [Do]. 

Each order line is logically linked to an order entry form which enables individual entry of each order para- 
meter. This logical link permits entry of orders through a "point and shoot" procedure implemented in program 
process steps as follows. The trader positions the cursor on an entered order, highlighting the order, and 
presses a single key. In response, the system displays an order entry form corresponding to the highlighted 
55 order; the form displays all parameters of the chosen order. FIG. 8 shows an exemplary order form 330 having 
a title line 332 showing the product and order type. i.e. an order for eurodollars. The form has a plurality of para- 
meter fields 334 to 352 for numeric and alphabetic order parameters; the values shown in the parameter fields 
in FIG. 8 are exemplary and are user-changable. A tenor field 334 indicates the term of the product A value 
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date field 336 shows the data from which the trade begins. A maturity date fsaid 338 shows the date on which 
the order matures. A price field 3*2 shows the price or yield of She order. An amount field 344 shows the quantity 
ordered; the 50 represents $50 million. A minimum field 348 shows the minimum amount which wi!S be traded 
to complete a transaction. A firm/soft field 348 shows an alphabetic character which may be T if the order is 

5 firm and *s" if soft; the default is firm or *f*. A bank field 350 shows an alphabetic credit qualifier which a coun- 
terparty must meet or exceed for a transaction to occur. A country field 352 shows an alphabetic credit qualifier 
which a country of the counterparty must meet or exceed for a transaction to occur. The bank rating form en- 
ables traders to establish minimum credit qualifiers. For example, entry of a "B" in the bank field indicates that 
an order is good to banks rated 8 or better. 

io The trader may change any or all of the displayed parameters by moving the cursor to the parameter and 

entering new data. A dealing key is then pressed to enter the changed order, or to accept without change the 
order shown on the form, 

Afterentering an order, the order parametervatues are. transmitted by the iocai bank computer bo the centra! 
computer. Upon receiving an order from a remote terminal, the computer executes two mains operations dis- 
15 cussed be; aw; credit filtering and order matching. 

4. Credit Filtering 

First, the computer broadcasts the entered order, including identification of the bank making order, to the 

20 credit controller of each iocai bank computer connected to the centra! computer. Each iocai bank computer fil- 
ters the order information through a credit data file and displays the order on ail iocai bank terminals coupied 
to the iocai bank computer. However, tie name of the originating bank is not displayed. Instead, an alphabetic 
character is displayed, which represents a credit rating assigned to the originating bank by the credit filtering 
system. A detailed description of this process follows. 

25 Referring now to FIG. 1 8, each Iocai bank computer 14-1 contains a credit file or credit database on a mass 

storage device 18-1 coupled to and accessible by the iocai bank computer. As discussed above, the credit file 
may reside on mass storage device 26, The credit ft)e contains a credit: rating and a credit line {also caiied a 
dealing line) for each institution with which the trader wiil trade. This credit Sine may differ according to maturity 
(see table below), however the alphabetical label is determined by the total isne. This is a default value and 

30 may be changed by the user. Preferably a series of tenn lines are provided for different tenors {market instru- 
ments), and each market can be associated with a different credit line. 

As shown in FIG. 1C, the Iocai bank computer preferably includes a CPU 19 coupied to bank terminals 
and to the centra! computer. Logically, credit filter 1 5 receives order data from the CPU and filters the data before 
re turning filtered data to the CPU for display. A credit controller 17 is provided which can be modify the opera- 

35 tlooa) characteristics of the credit filter. The credit controller is coupled to a the credit file to enable controiied 
communication of confidential credit data to the fiiter and the CPU. Logically, the credit controller acts as an 
electronic fiduciary which supervises communication between the sensitive credit databases, bank terminals, 
and the central computer. Data going to or from the communications network, the local bank credit databases, 
and banks or traders, all must pass through She credit controller, which operates to shield sensitive credit in- 

40 formation and/or network Information (such as bank names) in all directions. 

The credit rating is preferably an alphabetical character indicating the genera! credit worthiness of the cor- 
responding institution. Several separate credit ratings may be maintained, including institutional ratings, center 
ratings, and sovereign ratings. In the cash market, the traders are typically banks, A bank may have branches 
or subsidiaries in foreign countries. However, they ail share the same sovereign risk. It is preferred that the 

45 credit file not only maintain a credit rating for each bank., but also for each sovereign and center. Accordingly, 
if a substantial amount has been borrowed by two or three banks, the bank can protect itself from too much 
risk with thai particular sovereign by establishing a credit rating for the sovereign which is less than the total 
combined credit ratings for each of the sovereign's banks. 

By way of example, the codes of Tabfe 1 may be used for bank ratings, and the codes of Table 2 may be 

so used for center and sovereign ratings. Depending on the number of lines maintained by a bank, a different num- 
ber of line levels may be used. 
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Thus, the credit filtering process involves a check against the bank's credit line and against the sovereign's 
credit line. 

The credit file preferably contains a credit rating for the country in which the bank is located, known as the 
center rating. This allows a bank to avoid trading with embargoed countries or countries with particularly un- 
stable currencies. By checking credit ratings for bank, sovereign, and country, and credit lines for bank and 
sovereign, anonymity can be maintained without exposing banks to excessive risk. 

Further, the credit files includes a credit line (or dealing line) amount, given above in the second column 
of Tables 1 and 2, which is a numerical value indicating the amount of credit which the bank maintaining that 
credit file is willing to extend to the institution. The sovereign and center credit lines are cumulative; thus, if five 
banks of a soverign rated E are trading, the bank is willing to collectivity extend a maximum of $1 billion in credit 
to all five banks. 

Each subscriber bank maintains its own credit ratings and credit lines. Thus, different traders working for 
different banks will see different credit ratings displayed on the system even if the counterparty is the same. 
This feature provides dynamic credit filtering which permits each bank to establish its own ratings of other banks 
independent of the central computer. Because each bank's credit file is maintained at a remote local bank com- 
puter, the credit file is easily maintained by the trading institution, and confidentially is easily maintained as well. 
Preferably, the bank is completely responsible for maintaining its own credit file and the only other access to 
this information is through the central computer for the trade matching system. Each credit file can be different 
for each bank because the bank creates the data which is stored in its own credit file. A bank cannot access 
another bank's credit file through the central computer. In the system of the invention, no access path is provided 
from one bank to another, but only from a remote terminal to the central computer. Preferably, a bank's credit 
data is protected, even from access by the central and regional administrators. 

Credit files can be formatted in a variety of ways. In a cash market, instruments are typically overnight. 
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term or off-balance sheet. A credit fsie can be arranged so thai a bidder can arrow from its term credit Sine to 
supplement its overnight credit line or its off-balance sheet credit line if the bank desires. 

!o addition, borrowing can be done to the cash market credit Sine from credit lines for other types of markets, 
for example, securities or commodities. 

5 in the system of me invention, when a trader makes an offer, the offerwSi indude a minimum credit rating 

and an amount A matching bid will be found for that offer only if Use filtered bid meets or exceeds the credit 
rating established in the offer. After a match is made, the centra] computer accesses the credit file of the offering 
institution and determines wether the source of has sufficient funds in its dealing line to satisfy the terms of the 
offer. If so, me trade is executed. 

«? The integral distributed credit check allows trades to be executed much more quickly than with conventional 

manual credit checking methods and, at the same tame, maintains credit data security. Concurrently with trade 
execution and posting to both parties to the transaction, the credit file of the offeror is updated to reflect that 
credit has been extended to the counterparty to extent of the executed trade. Since there is no direct commu- 
nication path between the central computer and the loeai computer credit database, confidentially is preserved. 

ts 

S, Order Matc hing 

Next, as illustrated in Figure 2. the central computer begins to search for matching orders, block 44. if She 
order is a bid the central computer searches for matching offers and vice versa. The central computer finds a 

£0 matching order by finding a counterorder of the same instrument for the same tenure, the same maturity rate, 
the same or greater amount, the same interest rate. etc. The centra! computer looks firstfor firm orders begin- 
ning with the first placed order which is still pending. 

Jf an exact match for order ts found, block 46, the computer then proceeds to perform a credit line availability 
check, block 48. The goal of the check of block 48 is to determine whether the amount of the bid is within the 

25 available credit in the credit line for the source of the bid, Thus, this check is entirely different from the credit 
filtering feature discussed above. Credit filtering establishes a baseline credit rating below which a trade is not 
passible, In contrast the check of block 48 ensures that a counterparty has an adequate credit facility to con- 
summate the transaction. 

When the system reaches the test of block 48. partial credit approval for the counterparty has already been 
30 granted, since a trade match requires that the counterparties have matching or better alphabetic credit raSngs, 
as determined by the credit filter. However, in the time since the counterparty's order passed through the credit 
fiiter, the counterparty may have executed trades which extinguish its credit Sine ava liability. Therefore, the sy- 
tern must determine wether the counterparty is presently able to consummate the trade. 

If the bid passes this secondary credit line test as indicated in block 50, then the offeror is w8fing to extend 
35 credit to the bidder and the central computer executes the trade, block 52. After the trade has been executed, 
the trade is posted to both the offeror and the bidder, block 54, including transmission of the names of the coun- 
terparties. Thus, only after the trade is executed does eiiher party known with whom the trade has been exe- 
cuted. 

A failsafe feature is provided, as shown in the flowchart of FIG. 2B, to ensure that the trader acknowledges 

40 the trade, thus avoiding accidental transactions. Process steps end program means provide a process in which, 
after a trade is completed, block 70, a hard copy confirmation is printed at the bank computer, block 72. An 
aiert message, preferably including commands to cause an audible beep or other signal, is men transmitted to 
me trader terminal, requesting the trader to confirm the trade, as shown in block 74. To confirm the trade, as 
tested in block 78, the trader moves the cursor to the alert line and presses [RETURN], causing the system to 

45 display a second confirmation message. If no response is received by the central computer, after expiration of 
a timer set In block 76, control is passed to block 82. The central computer then notifies a system staff member, 
who telephones the trader to verbally confirm the trade. After confirmation or resolution of the failure to confirm! 
the failsafe process ends at block 86. 

After posting the trade, the matching process has ended for the affected orders, and the process returns, 

so block 55, to find matches for the other orders still pending, As is known in She art, the process of FIG. 2 may 
be re- triggered or re-entered when a new order is entered by a trader. 

if the offeror's credit fife shows that the bidder's credit with the offeror is insufficient to support the trade, 
as tested in blocks 48 and 50, and the institution has been pre-designated as approved by the bank or institution 
granting credit, the centra! computer will pass contra! to the step of block 56 and ask the bidder if it will permit 

55 its identity to be revealed to the offeror. This inquiry Is accomplished by writing an appropriate message in the 
alerts window and receiving a user response through the keyboard. 

If the bidder agrees, then the central computer wiil reveal the Indentity of the bidder to the offeror and ask 
whether the offeror is witling to override the credit restraints, block 56. If the offeror is willing to override the 
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credit restraints, as tested in block 58, then the trade ss executed notwithstanding the insufficient credit. Au- 
thority to override the credit line can be limited to certain individuals at the bank's terminal using the password 
system. 

In the event that the bidder has insufficient credit with the offeror, block 56, and no credit override is per- 

5 rnitted, block 58, because of the bidder's unwillingness to reveal its identity, or the offeror's unwillingness to 
extend additional credit, the match is abandoned, and the process matches the order with a different order, 
block 44, The matching process for a pending order is never finished ontif a trade is posted for the order, the 
order fs canceled, or the order expires. 

if no perfect firm match is found for any particular order then ar. imperfect match is sought, block 60, An 

10 imperfect match is a match for the same instrument with a differing price or term. The tolerances within which 
an imperfect match wiii be accepted by the central computer are determined at the regional administration cen- 
ters or at the central administration center and can be varied to suit the circumstances of the market at the time. 

If an imperfect match is found, i.e., a match with parameter values within predefined tolerances, then the 
central computer wiii ask the traderwho placed the order whether the order can be altered to match the imperfect 

is match, block 62. In the case of an offer arid s bid, both the offeror and bidder can be asked if they are willing 
to alter their offer and bid, respectively, or the system can be constructed so that only one party to a potential 
transaction is asked. If either party alters its order suitably, then the imperfect match becomes a perfect firm 
match, block 64, and the centra! computer proceeds to perform a credit check as explained above. It the orders 
are not altered enough to form a perfect match, then the process starts over with matching the order with another 

so order. 

If no perfect match and no imperfect match can be found, the central computer will search for a soft order 
to match with the firm order, block 66. If a soft order can be found, then the trader which has entered the soft 
order is informed, through an alert message, that a firm order which matches its soft order has been entered 
and asked whether rt is willing to make its soft order firm, block 68. if it does so, then a firm match has been 

25 created, and the computer proceeds to perform a credit check, block 48. if it does not wish to firm, after a fixed 
time period elapses, the soft order is canceled by the centra! computer and the trader is appropriately notified. 
!f no matching orders can be found, either firm or soft, then the computer wilt attend to other tasks and attempt 
later to find a perfect match. Since orders are constanfly being entered expiring, a matching order can often 
be found a few minutes even if none were available at the time the order was first entered. 

so Except for a Query, the system will not accept a soft order which already has a firm match. The trader wiii 

be forced to enter a firm order or none at all. it no firm order exists in the system to match a softer order, it is 
processed in essentially the same way. The process begins with entering the soft order, block 42, and receiving 
the soft order at the central computer. Next, the soft order is compared to other orders, beginning with firm or- 
ders, for a match, block 44. When & matching firm order is found for the soft order, block 66, the trader is asked 

3$ whether it is willing to firm its soft order, block 68, so that 3 trade can be executed, if a match is found between 
two soft orders, then both parties are asked whether they wouid be willing to firm their soft orders. Trades are 
executed only with perfect matches between two firm orders and only each counterparty passes the oiher"s 
credit check. Once the orders are firmed, they are treated as if they had been firm from Use outset, except that 
ihe timestamp will be adjusted to reflect the current time. Imperfect matches among soft orders are treated in 

40 substantially the same way as imperfect matches between firm orders. When found, an alteration of one or both 
of the orders is requested so that the match w8l become perfect 

6. Supplemental Operations 

4$ In addition to the responsibilities set forth above, the regions! administration centers provide other proc- 

essing services to the system traders. For example, the centers can be respond to political or business news 
by changing parameters on the system or by suspending operations pending intervention in the market by the 
Federal Reserve Board. 

Several other options are also available to traders of the system, as discussed below. 

so Pifferent types of orders can be entered. For example, a conditional order upon which the entire amount 

of the order must be fulfilled or the order is withdrawn, can be entered by a trader. The centra! computer will 
then attempt to match the order with enough matching orders to fill the entire amount. 

in a combined order, several different orders for different types instruments or for the same instrument with 
different parameters are entered. The order is combined in that ail orders must be filled or the trade cannot be 

SS executed. 

Alternative orders are also possible in which either one order or another, but not both, must be filled. 
Analytical applications may be provided as well to allow a trader to obtain general statistics about the state 
of the market, and conduct interpolations and calculations based on current trading activity as an alternative 
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to simply displaying market information. 

The present invention aiso offers s query mode in which the trader can check credit available to him in the 
market for a particular order. The query mod© enables the trader to determine wether a match would occur, 
and sufficient credit would be available, if the trader actually piaced a particular order in the market The order 
is entered into the trading system as a soft and norma] credit filtering and checking is done. The order is entered 
soft to enabie counterparties So see the order on the market display so they know that they are being "tested". 

After the query is executed, the system will display matching orders, but will cancel the entered soft order 
after a predetermined amount of time known as an expiration period. This cancelation feature prevents banks 
from entering perpetually soft orders merely to examine the state of the market When a soft query order expires, 
an alert message is written to the alert window of the market display. 

A trader is permitted to cancei any orders at any time or to change {he data in its own credit file. 

The system includes means for the trading off a data 'strip* derived from the data feed 11 coupled to the 
centra! computer. Using the strip, traders have real-time access to market prices in the IMM or other markets. 
The system permits entry of orders having parameters, such as price, defined in relation to the strip. For ex- 
ample, an order can be entered with a price defined as the strip price plus a fixed quantity. Using such a para- 
meter, a trader can cause the order value to fluctuate according to changes in the strip data as the market day 
progresses. Such orders are referred to as having a strip basis, and can be entered with any spread to the 
strip, including a price aver or under the strip. In practice, the data feed can be inaccurate, so such relative 
orders are ordinarily entered as soft orders. When a match is generated, the orders become "deniable.* and 
the system generates an alert message on me bank terminal screen. The trader then must change me order 
to a firm order to consummate a trade, using the process discussed above In connection with blocks 68 and 
68 of FIG. 2A. if a predetermined time {such as 60 seconds) expires without the order being made firm, the 
soft order is removed from the board, in response to the alert message, the trader can also change the order 
from strip basis to actual basis by moving the cursor to the aiert line and changing parameters. 

D. Conclusions 

A variety of modifications and alterations may be performed to the present invention without departing from 
its spirit and scope. Thus, She scope of protection is noi limited to the description above but rather is defined 
by the appended claims, firm, the soft order is removed from the board . in response to the alert message, the 
trader can also change the order from strip basis to actual basis by moving the cursor to the alert line and chanc- 
ing parameters. 9 

In the invention as set out in claim 1 , the credit fitter means may be logically interposed between the plural 
credit databases, the plural bank terminals, and the central computer, the credit filter means including electronic 
fiduciary means for preventing unauthorised access to the credit databases. The credit database may comprise 
a credit file controlled from and located at the local bank computer; another example is where the credit data- 
base comprises a credit file coupled to a remote computer coupled to an accessible by the local bank computer. 
The credit filtering means may include display means, coupled to and responsive to the order broadcast means, 
for displaying a credit rating in response to an order broadcast from the order broadcast means. 

In the method as set out in claim' 10 step {e) may include the further substep of communicating an identi- 
fication of the matched orders to the remote terminals only after the trade has been executed. Step (d> may 
include the further substeps of w t 

(i) accessing a credit database coupled to the local bank computer, 

(ii) retrieving a credit rating corresponding to the order, and 

(iii) communicating the credit rating to bank terminals connected to the local bank computer. Step (e) may 
further include the substep of communicating me amount of the trade to the bank terminals only after the 
trade has been executed. Step <e) may further include the substep of modifying the credit database at the 
local bank computers to reflect the amount of the executed trade. Step {&) may further include the substep 
of matching orders to the earliest entered order for which the parameter values are substantially identical. 
Step <e} may further include the substep of testing whether there ts a corresponding order having parameter 
values substantially identical to the matched bid and offer, and If not, matching orders for which the para- 
meter values of overall limit are substantially similar within a predefined tolerance, through the substeps 
of 

(I) communicating the parameters of the matched order to the bank terminals, 
(«"} requesting alteration of order parameters to be substantially identical, and 

{iii} executing a trade corresponding to the altered orders if the order parameters are altered to be sub- 
stantially identical. 

Step (a) may Include the further substep of designating an entered order as firm or soft, in which case step 


(e) may include the further substep of testing whether a soft order has been matched, and if so, 

{i} requesting the bank terminal originating a soft order to transform the soft order into a firm order, and 
(ii) executing a trade oniy if the matched orders are both firm. Step {e} may further include the substeps 
oft 

$ <i) requesting the remote terminal originating a matched order to permit execution of a trade when the credit 

database indicates that an insufficient credit iine is available, and 

(ii) executing the trade upon receipt of communication permitting execution of the trade. Step (a) may further 
include the further step of permitting the trader to select credit query option, and upon selection, 
(t) communicating the bank's identity, to aii the local bank computers: 
io (ii) requesting a credit rating from each local bank computer; 

{iii} causing each local bank computer to query the credit database for a credit rating corresponding to the 
bank; 

<?v> communicating a credit rating to the central computer, 

(v) computing an average credit rating; 
13 (vi) communicating the average credit rating to the bank; and 

<vi) computing and communicating an anonymous aggregate of total credit lines. Step <e} may further in- 

ciude a failsafe substep for conforming executed trades, including the following substeps: 

{!} communicating an alert message from the central computer to a bank terminal; 

(ii) waiting a predetermined time for a response from the bank terminal; 
20 {iii} in response to input from the bank terminal, communicating a second confirmation message to the bank 

terminal; and 

fjv) if no response is received by the central computer after She predetermined time, causing human com- 
munication to a trader at ifrte bank terminal. 

The invention also envisages a computer programme article of manufacture for matching currency trans- 
as action orders wherein each order is defined by specific variable parameters and wherein orders are entered at 
any one of a plurality of remote bank terminals; each connected to one of plurai locai bank computers, the articie 
of manufacture comprising a plurality of program instructions configured to execute program steps comprising: 

(a) entering orders and parameter values at the bank terminals 

(b) receiving the orders and the parameter values from the bank terminals at a centra! computer, 

30 (c) broadcasting the orders and the parameter values from the centra! computer to the locai bank comput- 

ers; 

<d) filtering the orders at the local bank computers and communicating a credit rating to the bank terminals; 
(e) matching orders at the central computer for which the parameter values are substantially similar, in- 
cluding the substep of conducting a credit iine availability check by accessing a credit database to deter- 
as mine whether an order has sufficient credit line available, and if so, executing a trade corresponding to the 
matched orders if the credit is sufficient. 


Claims 

40 

1 . A system for matching orders, including bids and offers, each order being defined by specific variable para- 
meters, She system comprising: 

s plurality of remote bank terminals for entering bids and offers and their respective parameters: 
a plurality of locai bank computers, each bank computer being coupied to a communication network. 
46 each bank terminal being coupled to one of trie bank computers; 

3 central computer coupled to the communication network, the centra! computer including; 
order matching means for matching corresponding orders based on the similarity of the parameter 
values; and 

order broadcast means for communicating oder parameters to the local bank computers using the 
So communication network; 

characterized by plural credit databases , each database being proximate to and associated with 
one of the bank computers, each database containing credit data for plural potential sources of orders; 
and 

credit filter means in each focai bank computer for receiving order data and for accessing the credit 
5s database to obtain credit data relating to the source of the order. The centra! computer further comprising 

credit availability check means for determining whether the source of an order has available credit 

2, A system as claimed in Claim 1, the central computer further including trade execution means, respon- 
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sively coupled to me credit availability check means, for executing a trade corresponding to matched or- 
ders. 

3. A system as daimed in Ciaim 2, further inducing alert means in the centra? computer for communicating 
to trie local bank computers that a trade has been executed and parameters of the trade. 

4. A system as claimed in ciaim 2 or ciaim 3, further induding transaction posting means responsive to exe- 
cution of a trade for communicating to a local bank computer, the source of the bid for which the trade has 
been executed . 

5. A system as claimed in any one of claims 1 to 4, wherein the credit database comprises a credit rating 
and a credit iine for each source of orders, the credit rating comprising an alphanumeric character repre- 
senting the creditworthiness of the order source , the credit Sine comprising an integer representing the max- 
imum amount of credit to be extended to the order source, the integer being a user-changeable default 

6. A system as claimed in any one of claims 1 to 5, wherein the variable parameters for an order include an 
order minimum credit rating, and wherein the order matching means includes comparison means for com- 
paring an order minimum credit rating to a credit rating irt the credit database and for matching the order 
only if the credit rating is greater than the order minimum credit rating. 

7. A system as claimed in any one of claims 1 to 6, wherein the credit line further inciudes an overnight credit 
line for application to overnight orders, a term credit line for application to term orders, and a plurality of 
other credit fines corresponding to other markets. 

8. A system as claimed in daim 7, wherein the credit line comprises a distributive factorfor allowing a portion 
of the overaii credit line to be distributed to the term credit line and for allowing a potion of She term credit 
line to be distributed to the overall credit Sine or vice versa. 

9. A system as claimed in any one of claims 1 to 8, wherein the local bank computers further include query 
means for requesting a display of outstanding bids, and wherein the centra! computer further indudes 
query response means for transmitting to the bank terminals order descriptions for outstanding orders for 
which the bank terminals wBI extend credit 

1& A computer data processing method for matching currency transaction orders wherein each order is de- 
fined by specific variable parameters and wherein orders are entered at any ona of a plurality of remote 
bank terminals each connected to one of plural local bank computers, comprising the steps of; 
{a} entering orders and parameter values at the bank terminals; 

(b) receiving the orders and the parameter values from the bank terminals at a central computer; 

(c) broadcasting the orders and the parameter values from the central computer to the local bank com- 
puters and matching orders at She central computer for which the parameter values are substantially 
similar, characterized by the further step of filtering the orders at the local bank computers and com- 
municating a credit rating to the centra! computer, the ordermatching step including the substep of con- 
ducting a credit line availability check by accessing a credit database to determine whether an order 
has sufficient credit line available, and if so, executing a trade corresponding io the matched orders if 
the credit is sufficient. 
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AKTBAHK, HEW YORK 

302 ' «*• MONTHLY TURNDOWN REPORT 

October 1990 - 21 Business Days 
(niaaber of days on which a turndown occurred) 
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